home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19981211-19990422 / 000162_news@watsun.cc.columbia.edu _Fri Jan 29 10:48:48 1999.msg < prev    next >
Internet Message Format  |  1999-04-21  |  3KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA17834
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 29 Jan 1999 10:48:45 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA08515
  7.     for kermit.misc@watsun.cc.columbia.edu; Fri, 29 Jan 1999 10:31:47 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: "Scott Nelson" <sbnelson@i1.net>
  10. Subject: Transparent printing
  11. Message-ID: <Gqks2.225$VQ5.2885478@news1.i1.net>
  12. Date: Fri, 29 Jan 1999 09:31:28 -0600
  13. To: kermit.misc@mailrelay2.cc.columbia.edu
  14.  
  15. I developed a utility similar to FSF's screen program so that our K95
  16. users connecting over the internet can re-connect to their "session" if
  17. they get bumped off (phone line or internet problems).  (It ended up
  18. being easy to add "shadowing" features so that our customer support team
  19. can connect and help someone).
  20.  
  21.     application ---- utility ----- user
  22.  
  23. The link between the utility and the user can be broken and
  24. reestablished without the application even knowing about it.  Pretty
  25. snazzy isn't it :-).  It allows us to use our legacy application over
  26. the internet, using kermit with encryption and authentication.  The
  27. application displays its data even if there is no connection on the
  28. other end.  When the user re-connects, the utility sends a "refresh the
  29. screen" function key to the application and bingo - they are back where
  30. they need to be.  The reason I don't block data when the user
  31. disconnects is that I don't know exactly when the user gets
  32. disconnected.  Sometimes, it's not until they login again.  That's why I
  33. let the data pass freely when disconnected and then have a simple
  34. "refresh" fkey.
  35.  
  36. My problem is printing.
  37.  
  38. 1) You loose printer output when disconnected; user must request report
  39. again (and hopefully they stay online longer)
  40. 2) Long reports to the screen makes it impossible to use the screen.
  41. 3) We can't share the printer.  (The data is sent directly by the
  42. application; not by a spooler)
  43.  
  44. What I would like to do is this:  Have my utility read two pseudo ttys
  45. instead of one; one from the application and one from the spooler.  It
  46. would then multiplex this output to the user.  I could give the
  47. application priority over the spooler.  I guess I would also need to
  48. interpret the application's output to prevent breaking up an escape
  49. sequence.
  50.  
  51. Any ideas on how I should do this?  Originally I thought that I was
  52. going to use only K95 in scoansi mode and could use a formula to
  53. determine when an escape sequence ends, but now I have learned that I
  54. need to support all terminals connected directly to the system (They
  55. loved the customer support shadowing idea).
  56.  
  57. Moreever, I don't have ANY solution to #1 above.
  58.  
  59. Scott Nelson - Thermeon Corporation - St. Louis Office
  60. sbnelson@thermeon.com
  61.  
  62.